home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2017 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: easy.in-chemnitz.de!mkmk!floh
  2. From: floh@mkmk.in-chemnitz.de (Andre Weissflog)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: manipulating the stack in C
  5. Message-ID: <Sh++x*aE0@mkmk.in-chemnitz.de>
  6. Date: Fri, 26 Jan 1996 00:42:30 CET
  7. Reply-To: floh@mkmk.in-chemnitz.de
  8. References: <4e8b20$lsq@newshost.lanl.gov>
  9. Distribution: world
  10. Organization: private uucp site
  11. X-Newsreader: Arn V 1.04
  12.  
  13. In article <4e8b20$lsq@newshost.lanl.gov>, Luke Emmert writes:
  14.  
  15. >   I'm currently writing an assembly function that takes a variable
  16. > number of arguments.  The last of the arguments is indicated by forcing
  17. > the stack to point at itself(a low probability occurence so I hope). 
  18. > The function is called from C code and I therefore need to get C to do
  19. > something weird with the stack.  Unfortunately, I need to make
  20. > assumptions about how the compiler will produce binary.
  21. > 
  22. >   The code looks like the following:
  23. > 
  24. > #define LAST_ARG (get_stack())
  25. > 
  26. >   foo( arg1, arg2, arg3, arg4, LAST_ARG );
  27. > 
  28. I think it would be nicer if you give foo() the number of
  29. args first, following the args:
  30.  
  31. void foo(ULONG num_args,...);
  32.  
  33. Since C pushes the last arg first, you will find num_args
  34. always at 4(a7), followed by the "real" arguments starting
  35. at 8(a7):
  36.  
  37.         XDEF foo
  38. foo     lea 4(a7),a0
  39.         movem.l d2-d7,-(a7)
  40.         move.l (a0),d0          ; get <num_args>
  41.         ...
  42.  
  43. > where get_stack() simply returns the current
  44. > stack value:
  45. > 
  46. > _get_stack:
  47. >       move.l   a7,d0
  48. >       rts
  49. > 
  50. Don't forget that the return address is also on the stack, your
  51. _get_stack routine will return the stack pointer 4 bytes too low
  52. (since rts pops 4 bytes).
  53.  
  54. >   The problem arose last night, when I removed a printf() statement
  55. > that I used for debugging.  After disassembling the binary I found that
  56. > the stack was loaded in different ways in each case.  My program
  57. > assumes a particular way of loading the stack and that's why it failed.
  58. > 
  59. >   What I'd like to do is have something in-line that loads the current
  60. > stack value rather like
  61. >   move.l a7,(a7)
  62.  
  63. Hummm? Whazzat?
  64.  
  65. You don't need to adjust the stack pointer yourself, just be sure
  66. to leave the routine with the same stack pointer as it was entered.
  67. The adjustment for the routine's arguments that where pushed onto
  68. the stack will be done on the callers level and is managed
  69. by the compiler.
  70.  
  71. If you have a varargs routine and call it like
  72.  
  73.     foo(1,2,3,4);
  74.  
  75. The compiler will generate something like:
  76.  
  77.     pea 4           ; push values onto stack
  78.     pea 3
  79.     pea 2
  80.     pea 1
  81.     bsr _foo        ; call foo()
  82.     addq.w #16,a7   ; re-adjust stack
  83.  
  84. > without having to use a function call.  I'm currently using SAS C v5.10
  85. > and I'm pretty sure that this cannot be done, but if any one has a
  86. > suggestion I would appreciate it.
  87. > 
  88.  
  89. You could still use getreg(REQ_A7), but I wouldn't necessarly
  90. count on the returned value still beeing valid when you need it.
  91.  
  92. Bye,
  93. -Floh.
  94.  
  95. ====//=== Andre Weissflog <floh@mkmk.in-chemnitz.de> =======
  96. ...// Sep'95: Return Of The Living Death...................
  97. \\// 90% of everything is crap (Sturgeon's Law)...........
  98. =\\===============================================Amiga!=
  99.  
  100.